home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000824-20010305 / 000300_news@columbia.edu _Fri Feb 16 09:45:37 2001.msg < prev    next >
Internet Message Format  |  2001-03-05  |  5KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id JAA19426
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 16 Feb 2001 09:45:36 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA07539
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 16 Feb 2001 09:45:36 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id JAA02092
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 16 Feb 2001 09:21:01 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: "dls2" <dlshearer@home.com>
  13. Subject: interfacing to FANUC CNC controller
  14. Message-ID: <oFaj6.275447$w35.45475640@news1.rdc1.nj.home.com>
  15. Date: Fri, 16 Feb 2001 14:19:00 GMT
  16. Organization: Excite@Home - The Leader in Broadband http://home.com/faster
  17. To: kermit.misc@columbia.edu
  18.  
  19. I'm having some strange communications problems,
  20. in having Kermit communicate with a FANUC CNC
  21. controller.  I should be able to upload and download,
  22. fine, with no problems, but that is just not happening.
  23.  
  24. All of the hardware being interfaced is known to be
  25. good, so this is very unlikely to be causing problems.
  26.  
  27. The connection between the FANUC CNC controller
  28. and the computer running K95 is a direct connection,
  29. being made through serial cabling, using an unknown
  30. pinout.  The cable being used is known to be good,
  31. despite its unknown pinout, due to the two facts that:
  32.  
  33.     1.) The serial cable does work, as intended, when
  34.     used to connect the FANUC CNC controller to a
  35.     different computer, making use of ProComm Plus,
  36.     instead of Kermit.  (NB: serial ports working, here.)
  37.  
  38.     2.) Hardware flow control is not being utilized,
  39.     in deference to software flow control, if any.
  40.  
  41. The serial port on the computer running K95 is known
  42. to be good, for similar reasons, having been used, in
  43. other capacities, elsewhere.
  44.  
  45. As far as the settings used for communications,
  46. the port (COM5), port speed (9600 baud), parity
  47. (even), and stop-bits (2), have been set, as known
  48. to be needed.  Duplex has been tried in both half
  49. and full, flow control has been tried in none, rts/cts,
  50. and xon/xoff, handshaking has been tried in none
  51. and xon, all to no affect, and no avail.
  52.  
  53. The settings, from the ProComm Plus arrangement,
  54. indicate that half duplex and xon/xoff flow control are
  55. required.  Settings other than 9600 baud, 7e2, full-
  56. duplex, and xon/xoff flow control, like handshaking,
  57. do not appear to be specified one way, or another,
  58. and, so, have, really, only been guessed at.
  59.  
  60. Data is supposed to be transfered as readable, 7-bit,
  61. ASCII, text, from the FANUC CNC controller, through
  62. RS-232, to the computer running K95, and back, again,
  63. for purposes of backing up, and restoring, the data.
  64.  
  65. Downloads, using K95, have been done using session
  66. logs.  The captured data is identical to that acquired by
  67. the ProComm Plus arrangement, with two important
  68. differences.  The first difference is in the data header,
  69. where instead of the expected percent sign (%), there
  70. is a DC (Device Control) character (up/down arrow)
  71. placed before the percent sign (%), in the closed session
  72. logs.  The second difference is in the data footer, where
  73. instead of the expected percent sign (%), there is a DC
  74. (Device Control) character (paragraph symbol) placed
  75. after the percent sign (%), in the closed session logs.  A
  76. double carriage return (single note symbol) may, or may
  77. not, appear in the body of the text data downloaded by
  78. either ProComm Plus or K95, resultant from settings to
  79. the FANUC CNC controller, regarding communications.
  80.  
  81. Why are DC (Device Control) characters appearing in
  82. the K95 session logs, and not in the ProComm Plus
  83. downloads?  Handshaking?
  84.  
  85. Would the appearance of these DC (Device Control)
  86. characters in the K95 session logs I make account for
  87. why I cannot upload the same files back to the FANUC
  88. CNC controller, using "xmit <filename>", even after I
  89. strip these DC (Device Control) characters from the
  90. session logs?
  91.  
  92. In some upload attempts, with whatever setting changes
  93. were being tried, had an up/down arrow or, sometimes, a
  94. double exclaimation mark, DC (Device Control) character
  95. appear before a percent sign (from the data?) just prior to
  96. having the transfer time out on the K95 end of transfer.
  97.  
  98. Should I have transmit linefeed set to on?  This setting
  99. needed to be on in order for the FANUC CNC controller
  100. to recognize that data was even being sent to it, but
  101. since all attempts to send data timed out, and nothing
  102. was ever successfully transfered, I am unsure of if it is
  103. really necessary.  (NB: to change LSK (Label SKip) to
  104. an Input mode, on the FANUC CNC controller.)
  105.  
  106.  
  107. appreciatively,
  108.   --  Derrick Shearer
  109.  
  110.